iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 20
0
自我挑戰組

那些敏捷開發裡的小事系列 第 20

Day 20 你們用什麼工具來做估算呢?

  • 分享至 

  • xImage
  •  

你們用什麼工具來做估算呢?

Imgur

前些日子有同事A 問到,為什麼我們現在在估算 Story Point 時是比手指,和新人訓練時教的用 Planning Poker 不一樣。這真是一個有趣的觀察,我順手問了一下在旁邊的同事B ,沒想到他的回答是「出手指就是方便阿, Planning Poker 是商人發明出來要賺錢的東西」,這個回答更是有趣了。讓我們來看看什麼時候會需要估算。

估算的時機

通常我們會在 Refinement meeting(精煉會議) 時,用 Planning Poker 來估算 Story 的大小。估算的場景可能是這樣,一個 6人的團隊,在估 Story 時,大家先選定自己覺得的大小,然後將牌蓋起來,等大家都蓋好後再一起打開,打開後可能出點數 2,2,3,5,5,8, 還蠻不一致的,不過這是一個好現象。

這時我們會請估點最高和最低的人說說話,說明一下他們的理由,大家在一起討論一下,之後進行第二輪的估算,如果還是不一致,請大家在討論討論,在繼續下一輪,一直到一致為止。

加速共識的方法

但有時可能很難有共識,這時我們可以用一些團隊預設的規則來加速這個一致的過程,也許我們可以說

  1. 第N輪後如果差距只有一個級距,我們就取比較大的或小的
  2. 第N輪後如果有半數以上的人一樣,我們就取那個值
  3. 第N輪後如果有三種值以上我們就取平均值

會這樣做的原因除了加速進行外,也不希望在 Refinement 時討論的太細( 這可以留到 Planning part 2 要做的)

估算的目的不是準確而是溝通

這裡有一個重點,估算的目的不是準確而是溝通,今天我們就從溝通的角度來看這個問題吧。

在使用 Planning Poker 時,蓋牌是一個很關鍵的動作,他讓每一個成員專注的做自己,不會去受到別人的影響,把自己對 Story的認知或想法表現出來。

當團隊裡如果有一個不管是台面上或台面下的意見領袖時,當他先表示意見時,大家通常會以他的意見為意見,也就會造成所謂的錨定效應。用蓋牌的方式強迫了每個人都要表達自己的認知,進而增進彼此的溝通,這其實是一個很常見的引導技巧。

團隊成熟度的問題

此時同事B 說,我們出手指時並沒有發現有這種現象阿。我只能說,你在的團隊是相對成熟的團隊,所以可能沒有這種現象,並不代表在每個團隊都不會有這種現象。但用 Planning Poker 的方式省去了你去判斷團隊成員是否夠成熟的問題。


上一篇
Day 19 跟大廚學敏捷-準備工作
下一篇
Day 21 從鄉紳態度看敏捷導入
系列文
那些敏捷開發裡的小事30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言